fix(swift-ios): reopened threads no longer show stale history after swipe back - #11491

What Changed

On compact width, the swipe-back gesture now only collapses the split view column. It no longer clears the thread selection. This is the same thing the system back button does, so the thread view is re-shown rather than destroyed and recreated. One line in WorkspaceView.swift plus a comment explaining why.

Why

Reopening a thread after leaving it with swipe back showed the cached transcript and never caught up. No pill, no updates, until the user backed out and reopened. It was most visible after a background trip because new content had arrived in the meantime.

Instrumenting the simulator build showed the sequence:

1. Swipe back cleared selectedThreadID, destroying the thread view while the split view was still finishing its interactive pop.
2. The next open of that thread got onAppear followed by a spurious onDisappear while still on screen.
3. That disappear ran releaseThread, which cancelled the load before it subscribed to the socket or armed the HTTP fallback.
4. The model treated the cancellation as benign and kept the cached detail, with sync state nil, so nothing was shown.

Leaving with the nav-bar back button keeps the selection and re-shows the same view, and every reopen on that path was fresh. Making the swipe path do the same removes the trigger.

Lifecycle log, before (the reopen is instance 3D1EF3):

[repro-view] task start instance=3D1EF3
[repro-view] onAppear instance=3D1EF3
[repro-view] onDisappear instance=3D1EF3
[repro] releaseThread active=<thread> seq=nil wasSync=false
[repro-view] task end instance=3D1EF3 cancelled=true

After, same flow:

[repro-view] task start instance=F8494C
[repro-view] onAppear instance=F8494C
[repro] loadThread cached seq=90502 warm=false
[repro] subscribe after=90502
[repro] item event thread.message-sent seq=90503
[repro] item event thread.activity-appended seq=90507
[repro] item synchronized active=90507
[repro] markDetailSynchronized

Verification

• Reproduced on iPhone 17 Pro simulator against a disposable local server: open thread, swipe back, push a message over HTTP, reopen. Stale every time on the base commit, both with and without a background trip in between.
• Same flows on this branch show the new message and reach synchronized. Also verified the swipe, background, foreground, reopen variant.
• Debug build compiles clean. Native test suite not run locally; nothing in it references the changed callback.

CI note

Also carries 57617af, a cherry-pick of main's #11426 pinning expo-audio to 57.0.4. Without it Release Smoke fails on this base branch for every PR (the ~57.0.4 range now resolves to 57.0.5 and the pnpm patch keyed to 57.0.4 goes unused). Two lines, no behavior change; drops out cleanly if main is merged into the branch first.

Checklist

• This PR is small and focused
• I explained what changed and why
• I included before/after screenshots for any UI changes (no visual change; behavior only, logs above)
• I included a video for animation/interaction changes (not applicable)

Model: Claude Fable 5.1. Harness: Claude Code inside T3 Code.